home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / The World of Computer Software.iso / drdtips.zip / 1909.TXT < prev    next >
Text File  |  1993-01-07  |  13KB  |  301 lines
  1.                             FYI
  2.  
  3. (Note: The origin of this information may be internal or external
  4. to Novell. Novell makes every effort within its means to verify
  5. this information. However, the information provided in this
  6. document is FOR YOUR INFORMATION only. Novell makes no explicit or
  7. implied claims to the validity of this information.)
  8.  
  9.           TITLE: CONFIGURING LOADER.COM FOR MULTIPLE OS BOOTS
  10.    DOCUMENT ID#: FYI-M-1909
  11.            DATE: 05JAN93
  12.         PRODUCT: DR MULTIUSER DOS
  13. PRODUCT VERSION: 5.x
  14.      SUPERSEDES: 15JUL92
  15.  
  16. SYMPTOM/SOLUTION:
  17. This document contains information that is intended for advanced
  18. DOS users. Because of the complexity of having multiple operating
  19. systems, support for these advanced features is limited.
  20.  
  21. IMPORTANT!                  IMPORTANT!                 IMPORTANT!
  22. ***************************************************************** 
  23. LOADER has two hidden, system, read only (HSR) files: LOADER.SAV,
  24. and IBMBIO.LDR. These files are position sensitive and cannot be
  25. moved or deleted except through the use of LOADER.COM. It is not
  26. possible to remove LOADER from a system by deleting these hidden
  27. files. The only way to remove LOADER from a system is by using the
  28. LOADER /U option or a low-level format. The file LOADER.SAV is an
  29. exact duplicate of the MBR (Master Boot Record) before LOADER was
  30. installed. Moving or deleting this file will mean that the system
  31. cannot be restored to its previous state. If the files are removed
  32. LOADER will give an error indicating "Bad or missing IBMBIO.LDR" on
  33. bootup. LOADER will then allow the default OS to be loaded by
  34. striking any key. No other OS will be able to boot.
  35.  
  36. Because the use of LOADER changes the Master Boot Record it is
  37. strongly recommended that full backups of all partitions on the
  38. first physical drive be made. Novell is not responsible for any
  39. loss of data.
  40.  
  41. The Superstor Disk Compression utility that comes with DR DOS is
  42. not compatible with other operating systems including DR Multiuser
  43. DOS. Remove the SuperStor drivers (SSTORDRV.SYS and DEVSWAP.COM)
  44. from the configuration files of any other operating systems. The
  45. compressed data will not be accessible. 
  46. ***************************************************************** 
  47.  
  48. The program LOADER.COM, which is supplied with DR Multiuser DOS,
  49. gives users the ability to load several operating systems on a
  50. single hard disk partition. It is automatically installed by the DR
  51. Multiuser DOS installation program when a single user DOS is
  52. detected on the bootable drive.
  53. This "basic" installation of LOADER by the DR Multiuser DOS INSTALL
  54. program only gives the option of Yes or No to loading DR Multiuser
  55. DOS. However, when LOADER is used to boot between multiple
  56. operating systems it is necessary to create an ascii file list.
  57. This ascii list contains the names of the other OS kernel files.
  58. This ascii file will be referred to from here on as the "bootfile".
  59. Typically, the bootfile is called BOOTLIST.TXT. However, the name
  60. can be any valid DOS filename.
  61.  
  62. Creating a Bootfile
  63. The bootfile must reside in the root directory of the primary DOS
  64. partition (bootable drive). It will contain a list of the available
  65. operating systems to boot from. The bootfile can contain up to 20
  66. lines. Each line must have the following format:
  67.  
  68.      FILENAME.EXT TYPE [NUM] COMMENT
  69.  
  70. FILENAME.EXT is the complete name of the operating system kernel
  71. file that is first loaded. For example, the DR DOS 6 file name is
  72. IBMBIO.COM. 
  73.  
  74. TYPE identifies the kind of operating system. For TYPE enter one of
  75. the following single-character codes:
  76.  
  77.      C = Concurrent DOS
  78.      M = Multiuser DOS with or without secured fixed-disks
  79.      D = DR DOS
  80.      P = CP/M
  81.      O = OS/2
  82.      S = DR DOS with or without secured fixed-disks
  83.      F = FlexOS
  84.      B = Binary file
  85.      3 = MS/PC DOS prior to Ver 3.3
  86.  
  87. Here is an example of a Bootfile:
  88.  
  89. CCPM.SYS    C    Concurrent DOS 3.0
  90. DRMDOS.SYS  M    [5] Multiuser DOS
  91. IBMBIO.COM  D    DR DOS 6.0
  92.  
  93. [NUM] is optional and sets a timeout for the operating system
  94. kernel file. Only one timeout can be used in a bootfile. If a user
  95. wanted DR Multiuser DOS to load automatically after 5 seconds put
  96. [5] after the TYPE on the DR Multiuser DOS line (see above
  97. example). The OS will load in 5 seconds if no other selection is
  98. made. The brackets are required.
  99.  
  100. COMMENT is optional and can be used to help identify what operating
  101. system will be loaded. Any text including spaces and tabs can be
  102. entered. 
  103. A space or a tab must be used to separate FILENAME, TYPE and
  104. COMMENT. LOADER does not care which of these "delimiters" is used
  105. but they must be present for proper execution of the bootfile.
  106.  
  107. Once the bootfile is created, LOADER must be run from the command
  108. line, accompanied by the bootfile name. 
  109.  
  110.      LOADER BOOTLIST.TXT
  111.  
  112.  
  113. When installed LOADER consists of:
  114. LOADER.COM
  115. LOADER.SYS
  116. IBMBIO.LDR
  117. LOADER.SAV
  118. the bootfile
  119. modified MBR
  120.  
  121. Files that cannot be moved and have the attributes HSR:
  122. LOADER.SAV
  123. IBMBIO.LDR
  124. target OS files (MS DOS 4.01 or earlier)
  125.  
  126.  
  127. Files that can be moved but must remain in the root directory:
  128. LOADER.SYS
  129. bootfile
  130. target OS files (except MS DOS 5.0 or earlier)
  131.  
  132. Files that can go anywhere and in any directory:
  133. LOADER.COM
  134.  
  135. How LOADER Installs
  136. When LOADER.COM is executed a backup of the current MBR is made and
  137. stored in LOADER.SAV. (LOADER.SAV is actually a few bytes larger
  138. than the MBR.) LOADER code is then copied into the MBR. IBMBIO.LDR
  139. is placed in the root directory and the absolute sector for the
  140. file is placed in the MBR. The result is that the MBR will contain
  141. enough code to find and load IBMBIO.LDR. LOADER.SYS is then placed
  142. in the root directory and has stored within it the name of the
  143. bootfile.
  144.  
  145. How LOADER boots:
  146. 1.   The BIOS reads the MBR and executes the code in it. 
  147.      
  148.      While the MBR is only one sector in size (512 bytes), it also
  149.      contains the partition table information (64 bytes). This
  150.      means that the LOADER code can only use a maximum of 448
  151.      bytes. About all that can be accomplished in so little code is
  152.      to do an absolute sector read of IBMBIO.LDR. 
  153. 2.   IBMBIO.LDR is read and executed. 
  154.  
  155.      IBMBIO.LDR like the MBR is one sector in size but without the
  156.      partition information it has all 512 bytes to use for code.
  157.      This enables it to load the root directory and FAT into
  158.      memory. From this point on files can be located without
  159.      absolute sector reads. LOADER.SYS is located using the
  160.      directory information. This is why LOADER.SYS can physically
  161.      be anywhere on the disk as long as it is in the root
  162.      directory. 
  163.  
  164. 3.   LOADER.SYS is read into memory and executed.
  165.  
  166.      LOADER.SYS contains the name of the bootfile. LOADER.SYS
  167.      locates the bootfile using the root directory. It then reads
  168.      the bootfile and compares the bootfile information with the
  169.      files in the root directory. If a kernel filename in the
  170.      bootfile is not in the root directory then that OS option is
  171.      removed from the displayed menu. Each filename in the bootfile
  172.      is then assigned a function key. 
  173.  
  174.      LOADER.SYS is the program users see on their screen. It's the
  175.      real brains behind LOADER.
  176.  
  177.      Note: Because of the sophistication of LOADER.SYS it is not
  178.      necessary to run LOADER.COM again after adding another OS.
  179.      Just add the kernel filename to the bootfile and LOADER.SYS
  180.      will verify the existence of the file and assign it a function
  181.      key.
  182.  
  183. 4.   The operating system selected by the user is loaded and
  184.      executed. 
  185.  
  186.      If the OS is the default (function key F1), the bootable
  187.      partition boot record is loaded and executed. If any other
  188.      function key is chosen then the file in the bootlist is
  189.      located in the root directory, loaded in memory and executed.
  190.  
  191.      The default OS is always the OS that has it's code in the boot
  192.      record of the bootable partition. The boot record is not the
  193.      same as the MBR. The MBR exists outside of all partitions of
  194.      a disk while the boot record is the first sector of a
  195.      partition. The partition table has a flag that indicates which
  196.      partition is the bootable partition.
  197.  
  198. Other Operating Systems and other information
  199.  
  200. DR DOS 6.0
  201.      DR DOS has enhancements that make it more flexible in
  202.      coexisting with other OS's. 
  203.  
  204.      DR DOS 6.0 first looks for a file called DCONFIG.SYS before
  205.      trying to locate CONFIG.SYS. If DCONFIG.SYS is located
  206.      CONFIG.SYS is ignored.      There is also an option in the SHELL command of the
  207.      (D)CONFIG.SYS to use a different filename for AUTOEXEC.BAT.
  208.      The parameter /P:[filename] in the Shell statement of the
  209.      (D)CONFIG.SYS instructs the shell to use the named file as a
  210.      replacement to AUTOEXEC.BAT. 
  211.  
  212.      SHELL=C:\DRDOS\COMMAND.COM C:\DRDOS /P:DRAUTO.BAT /E:512
  213.  
  214.      If the statement above was used in a file called DCONFIG.SYS
  215.      then DR DOS would not use CONFIG.SYS or AUTOEXEC.BAT. This
  216.      would allow CONFIG.SYS and AUTOEXEC.BAT to be used for another
  217.      OS.
  218.  
  219.      Changing the names of config and batch files for DR DOS will
  220.      mean that the DR DOS Setup utility can no longer be used. All
  221.      adjustments will need to be done manually. Manual installation
  222.      instructions can be found in FYI-M-1106. All Novell DSG FYI's
  223.      are available on CompuServe, Novell DSG's FaxBack
  224.      1-800-638-9273 and Novell DSG's BBS 1-408-649-3443.
  225.  
  226.      If DR DOS is being installed with MS-DOS follow the manual
  227.      installation instructions in FYI-M-1106 but do not SYS the
  228.      drive. Add the DR DOS kernel name (IBMBIO.COM) to the
  229.      bootfile.
  230.  
  231.      In the example shell statement COMMAND.COM is being loaded
  232.      from the DRDOS directory. This is to prevent accidentally
  233.      loading the wrong command processor because of an incorrect
  234.      path statement. It is recommended that no command processor be
  235.      located in the root because most user paths contain the root
  236.      directory.
  237.  
  238. MS-DOS 
  239.      All MS-DOS operating systems require that the two system
  240.      kernel files be the first two entries in the root directory.
  241.      If MS-DOS is to be used in a partition along with another
  242.      single user OS such as DR DOS the second OS should not SYS the
  243.      drive. In the case of DR DOS this would mean a manual
  244.      installation. For more information refer to the section on DR
  245.      DOS 6.0.
  246.  
  247.      Versions of MS-DOS and PC-DOS prior to version 5 also require
  248.      that system files be located in contiguous space at the
  249.      beginning of the partition. For this reason there can only be
  250.      one version of MS-DOS or PC-DOS on any computer.
  251. MS-DOS 5
  252.      If MS-DOS 5.0 is to be one of the operating systems used then
  253.      it must be installed as the default OS. Other operating
  254.      systems such as OS/2, DR Multiuser DOS and DR DOS can be
  255.      installed first but LOADER must not be run until MS-DOS 5 has
  256.      been installed. This is because SYSing a drive with MS-DOS
  257.      will result in a rewritten MBR. In other words, SYSing a drive
  258.      with MS-DOS 5 will remove LOADER from the MBR. This behavior
  259.      is also one of the reasons that LOADER has no option for
  260.      MS-DOS 5. 
  261.  
  262.      If the boot record is overwritten by another installed OS,
  263.      then SYS the drive with MS-DOS 5 to make it the default once
  264.      again and run LOADER.
  265.  
  266.      MS-DOS 5 also requires the use of the first two directory
  267.      entries in the root directory. However, system files are not
  268.      position sensitive. This allows MS-DOS 5 to be installed when
  269.      the disk contains data. The MS-DOS SYS utility will reorder
  270.      the directory to fit the MS-DOS 5 requirements. 
  271.  
  272. PC-DOS
  273.      PC-DOS and DR DOS both use the same system file names
  274.      (IBMBIO.COM & IBMDOS.COM). This duplication of names makes
  275.      installing both DR DOS and PC-DOS on the same computer
  276.      impossible.
  277.  
  278.      In all other respects PC-DOS behaves just like it's
  279.      corresponding MS-DOS version.
  280.  
  281. Running LOADER from another OS
  282.      LOADER is not DOS version sensitive but it is recommended that
  283.      it be run from either DR Multiuser DOS or DR DOS. 
  284.  
  285. Setting a Timeout for the Default OS
  286.      If a timeout value is required for the Default OS use the
  287.      command: 
  288.  
  289.      LOADER BOOTLIST.TXT[15]
  290.  
  291.      There can only be one timed OS with LOADER. Since the default
  292.      OS does not have a bootfile entry the timeout must be run from
  293.      the command line when LOADER is installed. The above line will
  294.      give the Default OS (such as MS-DOS 5) a 15 second timeout.
  295.      Make sure that the time limit is not separated by a space from
  296.      the bootfile name.
  297.  
  298. Removing LOADER     
  299.      To remove loader from a system use the command line:
  300.  
  301.      LOADER /U